Move output tensor resize to before XNNPACK subgraph execution#17661
Move output tensor resize to before XNNPACK subgraph execution#17661GregoryComer merged 1 commit intopytorch:mainfrom
Conversation
🔗 Helpful Links🧪 See artifacts and rendered test results at hud.pytorch.org/pr/pytorch/executorch/17661
Note: Links to docs will display an error until the docs builds have been completed. ❗ 1 Active SEVsThere are 1 currently active SEVs. If your PR is affected, please view them below: ✅ You can merge normally! (2 Unrelated Failures)As of commit 3b7281d with merge base 321c029 ( BROKEN TRUNK - The following jobs failed but were present on the merge base:👉 Rebase onto the `viable/strict` branch to avoid these failures
This comment was automatically generated by Dr. CI and updates every 15 minutes. |
|
@GregoryComer has exported this pull request. If you are a Meta employee, you can view the originating Diff in D94148443. |
…ch#17661) Summary: ET's XNNPACK delegate currently resizes output tensors after running the XNNPACK subgraph. This is normally fine, as the buffer is large enough. However, if there is a logic bug or corrupt model file, the current code doesn't catch if XNNPACK's output is larger than the planned buffer until after execution, where it may crash. To fix this, I've moved the resize up. This fails gracefully in the above case. Differential Revision: D94148443
4782781 to
c8a2924
Compare
…ch#17661) Summary: ET's XNNPACK delegate currently resizes output tensors after running the XNNPACK subgraph. This is normally fine, as the buffer is large enough. However, if there is a logic bug or corrupt model file, the current code doesn't catch if XNNPACK's output is larger than the planned buffer until after execution, where it may crash. To fix this, I've moved the resize up. This fails gracefully in the above case. Differential Revision: D94148443
c8a2924 to
45ee5c1
Compare
|
Looks like this PR hasn't been updated in a while so we're going to go ahead and mark this as |
…ch#17661) Summary: ET's XNNPACK delegate currently resizes output tensors after running the XNNPACK subgraph. This is normally fine, as the buffer is large enough. However, if there is a logic bug or corrupt model file, the current code doesn't catch if XNNPACK's output is larger than the planned buffer until after execution, where it may crash. To fix this, I've moved the resize up. This fails gracefully in the above case. Differential Revision: D94148443
45ee5c1 to
3b7281d
Compare
|
@GregoryComer has imported this pull request. If you are a Meta employee, you can view this in D94148443. |
Summary:
ET's XNNPACK delegate currently resizes output tensors after running the XNNPACK subgraph. This is normally fine, as the buffer is large enough. However, if there is a logic bug or corrupt model file, the current code doesn't catch if XNNPACK's output is larger than the planned buffer until after execution, where it may crash.
To fix this, I've moved the resize up. This fails gracefully in the above case.
Differential Revision: D94148443